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SYSTEM USING A SIGNALING PROTOCOL FOR CONTROLLING ^VOICE CALLS 
ORIGINATING IN A CIRCUIT SWITCHING TELEPHONE NETWORK AND ROUTED 
OVER A PACKET SWITCHING NETWORK 



CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This is a continuation of and claims the benefit of priority under 35 U.S.C. §120 to 
U.S. Application Serial No. 09/343,090 entitled "Signaling Protocol for Controlling Voice Calls 
in a Packet Switching Network", filed June 30, 1999; which is a continuation-in-part of U.S. 
Application Serial No. 09/163,312 entitled "Communicating Voice over a Packet-Switching 
Network", filed on September 30, 1998 and issued as U.S. Patent No. 6,570,869; all of which are 
incorporated by reference in their entirety for all purposes as if fully set forth herein. 

FIELD OF THE INVENTION 

[0002] The present invention relates to telecommunications and more particularly to packet 
switched networking systems capable of carrying voice traffic. 

BACKGROUND OF THE INVENTION 

[0003] Recent legislative changes in the United States have promoted competition in the 
telecommunication industry and spurred demand for new services at lower prices. These trends 
are pressuring major telecommunications carriers to increase capacity while reducing the cost of 
providing service. Consequently, major carriers around the world are looking to packet 
technologies, such as Internet Protocol (IP), frame relay, and Asynchronous Transfer Mode 
(ATM), to replace circuit-switched technologies in the Public Switched Telephone Network 
(PSTN) for providing voice capability. In addition, IP, frame relay, ATM, and other packet- 
based technologies offer narrow-band and broad-band services to selected customers on the same 
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network, providing the same platform for integrated voice, data, and video services from low 
bandwidth to very high bandwidths. 

[0004] Over the decades, however, major voice carriers have invested heavily in developing 
a Signaling System 7 (SS7) signaling and switching infrastructure to offer reliable telephone 
service. This infrastructure includes countless systems for billing, provisioning, maintenance, 
and databases that are compatible only with SS7. These systems are commonly referred to 
"legacy systems," a term that also includes other proprietary protocols such as ISDNPR1, 
DPNSS, ISUP, TUP, NUP, H.323, and SIP. Due to the substantial investment in the legacy 
systems, it is desirable to keep the legacy systems in operation, yet still take advantage of the 
newer packet technologies. 

[0005] Moreover, certain demographic trends are motivating telephone call carriers to 
integrate their legacy systems with packet-switching networks. Certain countries are known to 
generate an above-average amount of long-distance telephone traffic. For example, residents of 
Israel are known to consume long-distance telephone services at a rate far greater than the 
average of residents in other industrialized nations. Long-distance telephone services carried 
over the PSTN are expensive. Voice calls carried over the globally accessible packet-switched 
network known as the Internet, however, are generally free. Accordingly, local telephone 
companies and other call access providers in certain countries are acutely interested in finding 
ways to integrate the PSTN with the Internet. 

[0006] These legacy systems, however, do not handle the protocols for the newer packet- 
switching networks, and, the newer packet-switching network protocols in common use are 
incompatible with one another. Therefore, there is a need for signaling protocol that can handle 
call-control information between gateways that join the PSTN or legacy systems and a packet- 
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switching network, notwithstanding the protocol employed by voice calls arriving 
gateways. 
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SUMMARY OF EMBODIMENTS OF THE INVENTION 

[0007] These needs, and other needs that will become apparent from the following 
descnp.ion, are addressed by the present invention, which imp.ements a common signaling 
protocol that unifies protocols for varions legacy and newer systems for communicating voice 
calls transparently over a packet-switched network. As used herein, a "voice call" refers to both 
the signaling information necessary to establish and tear down a voice connection (,<,, a 
communication link satisfying bandwidth, latency, and quality of service requirements for near 
toll quality voice communication) and the voice data borne over the voice connection. Voice data 
includes human voice as well as data embedded in a voice signal, such us modem data, and 
facsunile data. The voice signaling, associated with the voice data, can be embedded in the same 
channel as the voice data, time-division multiplexed with the voice data on the same physical 
line or channel, or present on a separate channel from the voice data. 
[00081 In particular, the common signaling protocol specifics that messages include a 
network-wide call identifier that allows a voice call to be uniquely identified (hrou^ou. the 
network. Accordingly, signaling units that employ this common scaling protocol can be 
provided within the network for handling signaling interworking and protocol conversion (if 
necessary) of the legacy systems. The voice data is handled by coding units. The call identifier in 
the common signaling protocol enables the voice signaling to he extracted from the voice call, 
processed separately from the voice call, and rejoined at the terminating site, in a network having 
a number of different logical and physical implementations of virtual switching sites. Thus, a 
flexible solution for integrating with legacy systems is attained because voice signaling 
processing is separated from voice data handling. 
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[0009] One aspect of the invention involves a telecommunication network that includes a 
packet-switching network, such as an IP, ATM, or frame relay network, coding units coupled to 
the packet-switching network and signaling apparatuses coupled to the coding units, 
respectively, and to each other. At least one of the signaling units is configured to receive signal 
data for establishing a voice call, generate messages encapsulating the signaling data in 
accordance with a signaling protocol, and transmit the message to another one of the signaling 
units. Each message in accordance with the signaling protocol includes a call identifier that 
uniquely identifies the voice within the packet-switching network. 

[0010] In some modes of operation, each message in accordance with the signaling protocol 
includes a network address of either or both of the signaling units. In addition, some of the 
messages include an information element that contain a connection descriptor indicating 
information about a connection managed by a coding unit, such as the network address of the 
coding unit and/or a virtual circuit identifier. 

[0011] Another aspect of the invention pertains to a signaling apparatus, a computer-readable 
medium, and a method for establishing a voice call through a packet switching network. The 
signaling apparatus receives signaling data for establishing the voice call, generates messages 
encapsulating the signaling data in accordance with a signaling protocol, and transmits the 
messages to another signaling apparatus. Each message in accordance with the signaling protocol 
includes a call identifier that uniquely identifies the voice within the packet-switching network. 
[0012] Yet another aspect of the invention relates to a telecommunications signal structure in 
accordance with a signaling protocol and bearing a message for establishing a voice call over the 
packet switching network. The message contains a header that includes a call identifier that 
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uniquely identifies the voice within the packet-switching network and a body that includes 
signaling data for establishing the voice call. 

[0013] Still other objects and advantages of the invention will become readily apparent from 
the following detailed description, simply by way of illustration of the best mode contemplated 
of carrying out the invention. As will be realized, the invention is capable of other and different 
embodiments and its several details are capable of modifications in various obvious respects, all 
without departing from the invention. Accordingly, the drawings and description are intended as 
illustrative and not as restrictive. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] The present invention is illustrated by way of example, and not by way of limitation, 
in the figures of the accompanying drawings and in which like reference numerals refer to 
similar elements and in which: 

[0015] FIG. 1 is a diagram of a packet-switching network carrying voice signals; 
[0016] FIG. 2 is a block diagram of a signaling unit; 

[0017] FIG. 3 is a block diagram of a software architecture of a signaling unit; 

[0018] FIG. 4 is a call flow diagram illustrating an establishment of a voice call and voice 

call release over a packet-switching network; 

[0019] FIG. 5(a) is a diagram of another packet-switching network carrying voice signals; 
[0020] FIG. 5(b) is a diagram of still another packet-switching network carrying voice 
signals; and 

[0021] FIG. 5(c) is a diagram of yet another packet-switching network carrying voice 
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DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION 
[0022] A telecommunications method, network, and devices for carrying voice over a 
packet-switching network are described. In the following description, for the purposes of 
explanation, numerous specific details are set forth in order to provide a thorough understanding 
of the present invention. It will be apparent, however, to one skilled in the art that the present 
invention may be practiced without these specific details. In other instances, well-known 
structures and devices are shown in block diagram form in order to avoid unnecessarily 
obscuring the present invention. 

NETWORK OVERVIEW 
[0023] FIG. 1 depicts a telecommunications network that carries voice calls from an 
originating node 100 to a terminating node 160 over a packet-switching network 130, in which 
the voice signaling processing is separated from the processing of the voice data. More 
specifically, the voice signaling aspects of establishing and handling voice calls over packet- 
switching network 130 are provided by one or more signaling units, for example, the originating 
signaling unit 120 and the terminating signaling unit 140. The aspects relating to the voice traffic 
of a voice call are handled by one or more coding units, for example, the originating coding unit 
1 1 0 and the terminating coding unit 150. 

[0024] For purposes of illustration, FIG. 1 depicts a network configuration in which the 
originating coding unit 1 10 and the terminating coding unit 150 are coupled to respective 
signaling units, namely originating signaling unit 120 and terminating signaling unit 140. As 
described in more detail hereinafter, however, the signaling processing functionality for the 
originating signaling unit 120 and the terminating signaling unit 140 can be incorporated into a 
single signaling unit. Even though the signaling units and the coding units are generally 
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described herein in terms of being separate devices, which can be geographically remote from 
one another, a signaling unit and a coding unit may also be incorporated as respective 
subsystems of a single computer system. Thus, the present invention is not limited to the 
configuration depicted in FIG. 1 . 

[0025] Originating node 100 can be implemented as a Private Branch eXchange (PBX), a 
telephone switch, a "smart phone" capable of generating voice calls, a wireless PBX, or a legacy 
telecommunications system. Similarly, terminating node 160 can also be a PBX, telephone 
switch, telephone, a wireless PBX, or legacy telecommunications system. 
[0026] Packet-switching network 130 is a network designed to carry information in the form 
of digital data packets. In such a network, data to be transmitted is subdivided into one or more 
individual packets of data, each having a unique identifier and a destination address. Each packet 
is individually routed or switched to the destination address, and individual packets for a single 
body of data may traverse the packet-switching network by different routes. In fact, the 
individual packets may even arrive at the destination in a different order from which they were 
shipped, to be reassembled at the destination in the proper sequence based on the packet 
identifiers. Packet-switching network 130 can be implemented as an IP network, an ATM 
network, a frame relay network, or by any other packet-switching technology. In some 
implementations, the packet-switching network 130 may even be overlaid on the PSTN. One 
example of packet-switching network 130 is the global packet-switching network known as the 
Internet. 

[0027] The telecommunication network of FIG. 1 includes an originating coding unit 1 10 
and a terminating coding unit 150 functioning as gateways between the respective originating 
node 100 and the terminating node 160 and the packet-switching network 130. The originating 
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coding unit 110, coupled to the originating node 100 by a trunk such as a TI line or an El line, 
converts multiplexed voice data produced by originating node 100 into packets for the packet- 
switching network 130. The voice data produced by originating node 100 may be, for example, 
Time Division Multiple Access (TDMA) and Code Division Multiple Access (CDMA) 
information. The originating coding unit 1 10 can also be configured to support voice data 
encoding and decoding as well as associated functions such as echo cancellation, voice activity 
detection, and voice compression. Similarly, the terminating coding unit 150 is also configured 
to convert between multiplexed voice data and voice data packets as well as the encoding and 
decoding functions. 

[0028] While a maj or purpose of the origination coding unit 1 1 0 is to terminate the bearers 
from PBX 100, in some embodiments the originating coding unit 1 10 is also configured to 
extract or "groom" the signaling data associated with the incoming voice call from originating 
node 100. This signaling data is then transmitted or "backhauled" over a backhaul signaling link 
1 12 to a signaling apparatus such as originating signaling unit 120. The backhaul signaling link 
1 12 can be implemented in various ways, including by an IP connection over Ethernet or other 
Local Area Network (LAN) technology such as token ring. The signaling data in the voice call 
can be Channel Associated Signaling (CAS), in which the signaling bits are isolated, time 
stamped, packaged in IP or ATM packets, and shipped to the originating signaling unit 120. 
[0029] Similarly, the terminating coding unit 1 50 is coupled by a backhaul signaling link 1 52 
to a signaling apparatus such as terminating signaling unit 140. The terminating coding unit 150 
is configured for receiving signaling messages from the terminating signaling unit 140 and 
appropriately transmitting them to the terminating node 160. Preferably, the coding units are 
implemented to be symmetrical, supporting the functionality of both the originating coding unit 
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1 10 and the terminating coding unit 150 as described herein. In fact, a single coding unit can 
perform both the originating and terminating functionality for the same call. 
[0030] Alternatively, the signaling data can be Common Channel Signaling (CCS), such as 
an ISDN PRI, in which case the signaling data is directly transported to the originating signaling 
unit 120. In an embodiment wherein originating node 100 implements a CCS signaling such as 
U.S. SS7 signaling, the signaling data can be directly transmitted over link 1 1 3 to the originating 
signaling unit 120 bypassing the originating coding unit 1 10 entirely. Similarly, when 
terminating node 160 implements such signaling, the signaling data can be directly transmitted 
over link 153 from the terminating signaling unit 140 to the terminating node 160, bypassing the 
terminating coding unit 150. By these techniques, the originating signaling apparatus 120 is 
advantageously capable of receiving the signaling data associated with the voice call in a flexible 
manner, suitable for interfacing with diverse legacy systems. 

[0031] The originating signaling unit 120 and the terminating signaling unit 140 implement a 
"virtual switch" and are responsible for processing and routing the signaling messages that are 
exchanged to set up and tear down a voice connection. Thus, the signaling units perform such 
functions as call resolution, call routing, bearer selection, and generation of call detail records 
(CDRs) for billing management. In one embodiment, the signaling units also convert the legacy 
protocols of the originating node 100 and the terminating node 160, such as DPNSS, ISDN_PRI, 
SS7/C7 (including ISUPs, TUPs, and NUPs), H.323, SIP, or CAS, into messages for 
communicating with one another and for controlling a coding unit over control links 1 14 and 
154. Control links 1 14 and 154 can be implemented over IP or ATM and, in fact, on the same 
channel as the respective backhaul signaling link 1 12 and 1 52, respectively. Through the control 
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link, a coding unit is controlled by a signaling unit, for example, to establish a bearer channel for 
the voice data over the packet-switching network 130. 

[0032] In the configuration depicted in FIG. 1, a voice call from originating node 100 is 
received by the originating coding unit 110, which, if necessary, extracts the signaling data 
associated with the voice call and transmits the signaling data over the backhaul signaling link 
1 12 to originating signaling unit 120. In response, the originating signaling unit 120 obtains the 
network address of the originating coding unit 110 within the packet-switching network 130 by 
accessing configuration data stored on the originating signaling unit 120, by querying the 
originating coding unit 110 over the control link 1 14, or by inquiring another computer system 
(not shown) such as domain name server (DNS). 

[0033] Next, the originating signaling unit 120 determines which terminating signaling unit 
140 should receive the call by accessing internal routing tables or querying external systems. 
After the originating signaling unit 120 has performed this call routing capability, the originating 
signaling unit 120 transmits a signaling message according to a common signaling protocol. The 
signaling message includes information for establishing the voice and the network address of the 
originating coding unit 1 10, through network 132 to terminating signaling unit 140. 
[0034] In response, the terminating signaling unit 1 40 determines which bearer should 
receive the call. After performing the bearer selection, the terminating signaling unit 140 controls 
the terminating coding unit 150 to establish a bearer channel for the voice through packet- 
switching network 130 and repackages the signaling messages for terminating node 160 over 
backhaul signaling link 152. In this manner, a voice call that is originated from a legacy system 
100 or terminated by a legacy system 160 is seamlessly established over the packet-switching 
network 130 without having to upgrade or replace the legacy systems. 
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A COMMON SIGNALING PROTOCOL 
[0035] As mentioned hereinabove, the signaling units 120 and 140 communicate with each 
other over a network connection 132 (which can be implemented over a packet-switching 
network) using a common signaling protocol. One embodiment of such a common signaling 
protocol, referred to as XISUP, is an extension of Integrated Services Digital Network User Part 
(ISUP). Specifically, the extension contains a universal call reference (UCR) in the message 
header for uniquely identifying the current voice call and a new Information Entity (IE) to carry 
coding unit related data between the signaling units. More specifically, the common protocol 
message header includes the fields listed in TABLE 1. 



TABLE 1 -FIELDS OF COMMON PROTOCOL MESSAGE HEADER 



Field 


Length 


description 


Protocol ID 


1 


Designates the protocol type for this packet, 
useful for distinguishing from other Ethernet 
packets. 


Version 


1 


Version of the common protocol, for facilitating 
a phase development. 


Length 


2 


Number of bytes in the packet, not including the 
length of the Protocol ID or the Length field. 


Dest. SU 


4 


Address of the signaling unit that this message is 
directed toward, for example, an IP address. 


Org. SU 


4 


Address of the signaling unit that is sending this 
message, for example, an IP address. 


UCR 


8 


The Universal Call Reference (UCR) specifies a 
system-wide identifier for a call. 


Msg Type 


1 


Message type, encoded according to existing 
ISUP message types (e.g., IAM, ACM, ANM, 
REL, and RLC). 


Msg Data 


Variable 


Message data, encoded according to the message 
type as per the existing ISUP specifications. 
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[0036] The UCR is generated by the signaling unit that reeeived the initial eall set np for the 
call and is passed in all messages to identify the eall in a signaling unit. The address of the 
originating and destination switching units can be an IP address (including the port number). 
(00371 Since the XISUP protocol is established forthe facilitating integration and 
intercommunicahon between different signaling units on a packet-switching network for 
establishing voice call over the packet-switching network, the XISUP protocol need not support 
each and every ISUP message to achieve the desired functionality. However, the XISUP protocol 
preferably supports at leas, the following ISUP messages, with variation as explained herein, as 
set forth in TABLE 2. 

TABLE 2-ISUP MESSAGES SUPPORTED BY XISUP PROTOCOL 



Message 


Inscription 


Initial Address 
Message (IAM) 


Same as the ISUP IAM. except with a New IE 
for a Connection Descriptor. 


Address Complete 
Message (ACM) 


Same as to the ISUP ACM. except with a new 
IE for the Connection Descriptor. 


Subsequent Address 
Message (SAM) 


Same as to the ISUP SAM. 


Answer Message 
(ANM) 


Same as to the ISUP ANM. 


Release Message 
(REL) 


Same as to the ISUP REL. 


Release Complete 
Message (RLC) 


Same as to the ISUP RLC. 

■ ' ' 



[00381 The Connection Descriptor, which is included in an Information Element (IE) such as 
a User Data IE, indicates the packet-switching network address of the originating and destination 
coding units (e.g. an IP address, port number) and/or an identifier for a vtrtua. circuit or bearer 
channel. 
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HARDWARE OVERVIEW 
[00391 ^apreferreden.bodi^thesi^ingunHsaretop.e.nentedbypro.ocol 

directlya sav lrt ua 1 sw lte h.Ap r o t oco 1 convex isate,co— ations device capabie of 

and tt.xSDNpro.oeol. Inoneeo^aaon.theprotcco! converters are conpied to signabng 

^^^^^^^^^^^ 
.e^origina^and,— g nodes. «en« y , .egacy systems e^pioyin, different 

p.otocoiscan communicate with one another voice over a packet-switching networK. 

l00401 ^preferredemhodiment.protoco.conver.crsthatimpiementoriginatingsignahng 

unitl 20 and the terminating signaiing unit 1 40 each comprise three abstract machine 
mac hmecomponen,sarere f erredtoasanori g ma,m g cancontro 1 (OCC, 1 22,anniversa 1 can 

originating s ide, for example, DPNSS, and a non-protoco, specrfc nniversa, protocoi. 
,0041, The m iversalca,lmode,(UCM) 12 4,.ypica.lyin,antiateda,thestartof,hecal 1 , 
nandiescaUsintheconvertednniversaiprotoco,, arranges for messages to be routed utiimateiy 

tolta ^^^- — *«^-*'■* l,0,i, ■ ,eG * ,,,, * 
114 Thecontro, tin*a .4 can be fomented in various ways, inciudingbyan* connection 
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over a LAN. In an alternative embodiment, only two abstract machine components for the OCC 
over the OCC 122 and the TCC 126. 

144, and a TCC 146. 

, 00431 OneimplementationofaprotocoUonvertcr.sdescnbedinmoret.etaUmU,. 

unit 12 0 and terminating signaling unit HO. For purposes of context m this document, 
provided. 

[00441 R eferrin g ,o FI G.2,thehard W arecomponents,e„mputers y stem 2 00,o f aprotoco, 
.etweenintemalcomponentsoftbecomputersystemmAcentralprocessingumtrCPUn 
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- ..^*^^-^«*«■•----•- ^,,4,Dta,aB, " 

storing information and instructions. 

taMfc ^^-^-*-•«--••' , *• ff * IX ' ,,,-,fl,,,, 

dlsplay(L C D ),av, d eo— o.o^.^^ce.to.sp.ay— .ontoaco^ 

j , .. „,„rpi 1 204 A cursor control input device 
direction information and command selections to CPU 204. A 
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,00461 Computer system 200 also includes a communication interfaee 218 eoupled to bus 
2 02andeompnsiu g ,fo r examp.e,aplu ra ,i, y o f VOcards2,8a«h r ou g h218,Teul/Oea r ds2,8a 

tough 218j are shown in FIG. 2, but any number of I/O cards, modems, transceivers, or other 
ro dev 1 cesmaybensed.Co m munica,,oninterface2,8prov i desatwo-waydatacommunication 

coupling to one or more coding units and zero or more other signaling units. Some of the VO 
cards 21 8j can be coupled directly to SS7 or DPNSS links via multiplexer/digital cross 
connect (not shown). 

[00471 At least one of the I/O cards, for example I/O card 218a, is coupled to a codmg unit 
through control link 220. Commnmcation interface 218 may include an integrated services 
digital network (ISDN) card, terminal adapter, or modem for providnrg a data commnmcation 
connection to a correspond^ type of telephone line. As another example, communication 
interface 2.8 may include a local area network (LAN) card to provide a data commnmcation 
connection to a compatible LAN, for example an Ethernet network. Wtreless links, such as 
.nfiared, for communication interface 218 may also be implemented. In any such 
indentation, communication interface 218 sends and receives electricaL electromagnetic or 

in the form of carrier waves transporting the information. 

,00481 This configuration enables the use of a computer system 200 for establishing votcc 
corrections inapacket.switchingne.work.For example, such functionality is provided hy 
computer system 200 in response to CPU 204 executing one or more sequences of one or more 
auctions arranged in main memory 206. Such instructions maybe written into main memory 
206 from another computer-readable medium, such as storage device 208. Execution of the 
secucncesofinstructionscontainedmmam memory 206 causes CPU204 to perform the process 
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-7— ."u:— 

„ rPT 1 204 for execution, bucn a mcu 
pan.cpa.es.nprovid.ngins— ,oCPU20 ^ 

v.-.---~ : r:— — — 

tape, any other magnetic medium, a CD-ROM, ^ £pR0M , . 

FLASH-EPROM, any other memory chip or cartndge, a cam 
-o.hermediom.om^hacompntercanrea. 

- : for 

system 202. The remote computer can load the communications interface 218 local to 

te ms.rnc,ionsoverate,ephone,inen,ngamodem.Aeomm 
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+ /i K\7 rPT 1 204 as t is received, 
e.ecutionbyCPU^.The — ins—^beexecute.byCPUZO 

SOFTWARE ARCHITECTURE 

— nni.UOandte— gsignahngnnhUO.The — — nre rndndes an ,0 
, osj^iCdatalinkiayeOmessagesandaprotocolconvers, o, 

subsystem 300 for handing OSI Layer z [aa* 

at OSILayer3(networ k layer).I/Osubsystem300,containing 
engine 310 for handling messages at OSI Layer ^ne 

„ ,09 304 and306 is configured for handling incoming connection 
I/O channel controllers 302, 304, and 300, 

a~ For example, I/O subsystem 300 can convert OSI Layer 
requests and other incoming messages. For example, 

— £2 

Ap T/n subsystem 300 is also responsible 
E.hen.e.ftamesintoprotoco.da.aunUs.Moreover.theyOsubsys. 

, , hv the nrotocol conversion engine 310 into frames 
for converting protocol data untts generated by the protocol 

and p a c k etsa S ap P rop ri a t e f o I — ion in the te.eco— ion, networ, B,h ,0 

^^^^^'''^'^^^ 
hand ,edbyacorrespond I ngl/Ocardofco mm nnications.nterface218. 
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WM1 *-^— yh -ea ea„s fom one -e, When 
^*.--.-.--.--*---'' a - 0 ' a,i,,i - 

desmbedh e— .On th eo tto -, th eo ngl na„n gproto c„U d ap t e r 3n m a y no tb e aW e 
toflIldth eco n e S pon di n g can — — * — 

m essage into .he new can instance for farther processing. 

^^ a *" 4 * ,-,,,B 7 . 

mayb ese, U patrnn-t im e b ase d o„snch & c,orsaschanne— llty . A conrhination o f stattc 
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„_—-—»*•— """71 

to the appropriate destination. 

— — 

n « ■ wqpp^ As another example, external 

P . , r.r<he call For implementing voice 

Fraud Con tt o 1 S y s t e ml nvo,vedin„on- r eal-t im econ tt o 1 ov« t hecaU.F 

i — — itt ~n 

terminating node. 
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^ i r«nrr"^ 322 universal call moaei 
320,^— h**. — « ° CC )322 ' 
c ,CM")324,andter™nat ^canoon^rTCnmisanoc.ea^— d^ecan 

■ ,,11 context 328 which is a region of memory for stonng 
instance 320 also contains a call context 3Z5, 

^onofmecaUm.hestoreaina^asemm.nmemo^O.orstorageaevtce.Sto 

implement billing records. h 
, K, OCC 322 UCM 324, andTCC 326 are implemented as state machines by 
100581 Preferably, OCC 322, uuvi ^ , 

terminating protocol, respectively. 

, 00591 oCC322mode,saca„fromthe P ers P ec«iveoftheong,nat,ngpro,ocol.More 
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adapter 312. 

100601 ^tcc*^.*^^-*^ 

andoyresponsive,y — mng& o m one 5t a t e t oano te ,ou t p U ,s— ^P-o, 
universal protocol specific) message to UCM 324. 

(00611 »- ' S-universalcallmoaelthatusesthe 

passestheuniversa Iprotocol^es — tneOCCS.an.TCC^,^ 
^.^^« MM *«--«----^ ,BO0C3B,,d,OC 

sen ,_ P on S e toa oa I , S e tU p m e,a g ea nd o th e r spro t oco, sd o„o, tathi scase, U CM3 2 4 1S 
^r eatoae^e^er.eo^protocoineeas^e— gementmessage 
and cause one to be generated, if needed. 

[00621 s I nceUCM324,spos l ,ioned«ointercept m essa g espassed b etweeut h eOCC32 
and the TCC326,UCM324can perform different k i„ds of message processrngotner than 

32 4 is configured to unplement feature transparency. Specifically, if the primary 
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^on.UCMS^a.angesforthe^etobeco—ea over the auxiliary 

_ ,^^.»^ — — — ^- d -- ,b,4, " ,M ■ 
detail hereinafter. 

ESTABLISHING A VOXCE CALL OVEB A PACKET-SWTTCHrNC NETWORK 
, 00631 HG^isaeaHflowdiagnann—g — trans^ ed and received hy 

taMiflB — P— nS— aratUCte— g cod,n gm , t 

,50 and terminating node 160 on the terminating side of the call. 

[0OM1 Whcnaaserinit I atesavo I ceca„,a»setnp"cormectionre q aestmessa g e402 1 s 

.neratedandni— ed by originatmg node 100 to onginatmg cod.ng um. 1 10, 

— ^~ h -™ K - C, ' ,,,, * W ." 

— ^ te - WMW *'" ll,,, * a 7' 

proto co 1 ssachasISDNmthecoanec,ionre q ne S tme S sageisaScmpmessage. I nmos, 
50325-0813 (Seq. No. 8151) ^_ 



protocols ^connection — — — 

origi »a ttag no d e 1 00,co m es I „ t o,Oca ri21 Sc 1 „co mm — interface 2!, A 

• .ncoladapterSninstantiatesacallinstancecontammgOCC 
Consequently, the originatmg protocol adapter 

j ■ * „f, hP oCC322,UCM324,andTCC 
122U CM124,andTCC126as SP eeifioembodn»en B oftheOCC3 

OCC 122 receives the protocol-specific connection request 
402i n,heca,l f lowd 1 a g ra m ,OCC,22rec ^ ^ ^ 

m essa g e ft o m o rig ina,in g pro,ocoladap«er3 1 2.Inresponsc,OCC,22 

lansilion OCC 122 performs various operations including the unpackin g of the messa g e into its 
Zonet— n,sto 0 ngthe,n— n in the cal, eonte, 32S, »d outpuriing of an 
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u t .1 OCC 122 may perfonn other tasks such as sending back a 
"false." Depending on the protocol, OCC 122 may p 

— ^^-^•*- rfi ■ ,l - ,,,,P - ,, *"' , " 

— A-^- 
UCM1 24 genres .d^sa^conneCion^e^ specifying the hearer 

, , i adanter 314 1/0 channel controller 304, control link 1 14 to 
channel, through external protocol adapter 314, J/u c 

TocV TJnrre ciETF) standard submitted by 
(SGCP), a proposed International Engineering Task Force (IETr) 

Bellcore and Soliant Internet Systems. 

selzesffll endpointforahearerchannelspecftedtnthe create connection message 40* and 
encoding and compression types the originating coding un.t ,10 supports. 
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signaltagU „ 1 t 1 20,,heo rig .nat i „ g s, g naU„ g u„ 1 t 1 20 re so 

•t UO based on dynamic tectauques, static tecnniq 
13 2 tote testing signahngumt 140, based yn 

unit 120 g enerates and transmits an XISUP IAM m 

U0 ' 4 10i ssimilarto,bes.andardISUPIAMmessa g eb«tbasa 

rontin gh eader to , m e, U destbeUn,versa,Ca„ R e f er ^ 
ff addressandpo rt number)of.beongina, 1 n g s lg nahn g un,.120a 

40 . ta ad«i„n,^ — an,— ^ ^ 

theterminatmgsignalmgumtWOresolv , UO issuesa 
• rte ,601evel In addition, the terminating signalmg nmt 140 tssues a 

150 and terminal node 160 level, m 

412via SGCP and control link 154 to terminating ending umt 150 for settmg P 

CRCXmessage^vaSGCP ^ ^ ^ 

originating coding unit 1.0. In addmon, the CRCXmessag 

^atctbecapabtHtieaonbeorig.natingcodingtinitllO M 
, 00721 Th eterminatingcodin g nnitl50opriona,l y .mttatesanH,45ne g 

, mt „0 U singthenetworkaddressofthebearerchannelonthe 
with the originating coding unit 110 using m 

„• ibeCRCX message 412. During the negotiation sess.on 
originating coding unit 110 passed m the CRCXmessag 
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|30Ttete „ — gcodmgunhiSOtoorrgmadng 
cotogunit nO)o rt wo.wa, lf s— i.theterminatm 

— 4» — — — — -"»--■— 

parameters or the eommon capabilities as determined above. 

[00731 UponsueeessMsetepoftneoearerehanne.orvirtua.eireuit — tbe 

^^^^^^^'^^ 4M 
^ — -* 1 "-*-- ll -'- ,,,r " 0 

, * ^orri T<sTIP ACM information plus the results 01 
XISUP ACM message 424 contains the standard ISUP ACM 

. i ♦ ™ic «,rh as RTP, the network address ot 
the H.245 negotiation, and for unidireettonal pro.oeois, sueh as RTP, 

the terminating coding unit 150. 

[00741 T hereupo„,theonginatingsignalingun 1 t 1 20generatesandsendsamod,f y 

eo^onr.nes.MOCXmessage^totheortgmatmgeodingumtnOtoerossconneet 

t heusers,dehearer WI ththenet W or k stde b earerand,here by setnpanendtoendhearer 

path The MDCX message 426 aiso contains the parameters negotiated between the 
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— - r 

At this point, the voice call is active. 

EXTENSIONS AND ALTERNATIVES 
[00761 « — hasheeoaescHheaioconoectioowithwhatisp^ 
lleatohethe.ostptact.cala.P-eae— t„t ts to he on— ha, the 

l ingu ,ts,ate— — - 

„ • ^processmgforboththeoriginatingcodmgunitllOand^ 
500 handles the voice call signaling processing 

50325-0813 (Seq. No. 8151) _ 31 _ 



,«^ fc ^-^'-^-«-*«- ,,1,0B, " ,l, * ltt 

ingc o di „ gU n ltl 50ove r U nk .54. 
[0 0 781 R efe m „ g «oF I G.5( b ,,as tagl eco dl n g uni t51 0ca„ b e— dby as,„ g , 

even be internal as shown in FIG. 5(c). 
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